home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / telecomm / fnorddel / fn132man.zoo / chapter.13 < prev    next >
Text File  |  1991-09-02  |  45KB  |  1,133 lines
  1.  
  2.  
  3. Chapter 13:  Miscellaneous                                               151
  4.  
  5.  
  6.  
  7.  
  8. 13  Miscellaneous
  9.  
  10.  
  11.    Yup, this is  the good old "miscellaneous"  chapter, that place where  we
  12. put stuff which either  didn't seem to fit into any other chapter,  or which
  13. we figured didn't deserve a chapter of its own.  So here we go.
  14.  
  15.  
  16.  
  17. 13.1  Things to Make Fnordadel Work or Work Better
  18.  
  19.    Most of the programs we  mention in this section are available on  RT and
  20. secret.   If you can't  find them anywhere else,  phone one of our  systems.
  21. See Appendix A [Fnordadel Support], page 170.
  22.  
  23.    Here are a few things you will *absolutely need* to avoid trouble:
  24.  
  25.   o If  you have a  hard drive,  TOS 1.4 (or  greater, like  TOS 1.6 in  the
  26.     STE), or  both, make sure you  have foldr100.prg installed in your  AUTO
  27.     boot  folder.   You  may not  need foldr100.prg  if you  have access  to
  28.     another program that does a similar function,  for example Revolver from
  29.     Intersect Software  or the hard drive  boot handler supplied with  newer
  30.     ICD host  adaptor-based hard drives.   Both of these products allow  you
  31.     to allocate buffers for extra folders, a necessary  thing due to bugs in
  32.     TOS. Even  if you don't  have a hard  drive, TOS 1.4  and 1.6 will  need
  33.     these extra buffers because of bugs they have.
  34.  
  35.   o If  you  have TOS  1.4  or  greater,  you must  also  have  poolfix3.prg
  36.     installed  in your  `auto' boot  folder.    These versions  of TOS  have
  37.     some  bugs that  are corrected  by  the poolfix  program,  so make  sure
  38.     it is  correctly installed before  going any further.   We also  include
  39.     poolfix4, which is a version of poolfix3 with hacks  to permit it to run
  40.     in any position in  your auto folder.  (poolfix3 likes to be  first, but
  41.     so do some other  auto programs.)  poolfix4 is *NOT* from Atari;  it was
  42.     done by somebody else.  Therefore, use it at your own risk.
  43.  
  44.   o If  you have TOS  1.4 or greater,  and wish  to run  your system with  a
  45.     high-speed modem,  you will  need to install  tos14fx2.prg in your  AUTO
  46.     folder.    This Atari fix  solves a  glitch with  RTS/CTS flow  control,
  47.     something fairly necessary at speeds of 9600 bps and higher.
  48.  
  49.    Here are some things you will probably want, to make life nicer:
  50.  
  51.   o If you  only have  512K of RAM,  you might want  to consider getting  an
  52.     upgrade  to 1MB,  especially if you  do not  own a  hard drive.    There
  53.     are a  lot of things that can  make running your system easier  and more
  54.     enjoyable, such  as RAMdisks and command shells.   But they  need memory
  55.     to run.  Pretty well all models of ST lose  about 100K of RAM to GEM and
  56.     TOS. Fnordadel itself needs another 200K or so.   On a machine with 512K
  57.     tops,  memory can disappear  pretty quickly, leaving  little or no  room
  58.     for the niceties.
  59.  
  60.   o No matter what model  of ST you have, and whether you have a  hard drive
  61.     or not, if you do not have a new version of  TOS (1.4 or 1.6, the latter
  62.     available standard  [and only]  on the STE  machines), then we  *highly*
  63.     recommend getting  a TOS upgrade.   Disk performance is *much*  improved
  64.  
  65.  
  66.  
  67. Chapter 13:  Miscellaneous                                               152
  68.  
  69.  
  70.  
  71.  
  72.     under  newer versions  of TOS,  although if  you are  running on  floppy
  73.     disks  you won't  notice it  much due  to their  inherently slow  access
  74.     times and data transfers rates.  The new  versions of TOS also provide a
  75.     lot of  other enhancements and fixes  that are worth having,  especially
  76.     if you use the GEM desktop a lot.
  77.  
  78.   o A display ``accelerator'',  such as the excellent Quick ST,  from Branch
  79.     Always  Software, is  a useful  addition.   Early versions  of Quick  ST
  80.     are  available in  the public  domain, so  try to  get ahold  of a  copy
  81.     and  try it  out.    If you  like it,  you can  pick  up the  commercial
  82.     version for about  $20.  Quick ST  provides a very nice speed-up  to all
  83.     screen display  operations used in  Fnordadel, and many operations  used
  84.     in GEM-based programs as well.
  85.  
  86.  
  87.  
  88. 13.2  Logging and Debugging
  89.  
  90.    Fnordadel  has  various  ways of  logging  its  actions  for  your  later
  91. perusal.   They include the  call-log and the net-log.   In addition,  there
  92. are both normal and network-specific debugging flags for  still more useless
  93. information.
  94.  
  95.  
  96. 13.2.1  The call-log
  97.  
  98.    The call-log is kept in  the file `calllog.sys', which is stored  in your
  99. #auditdir.   It records information about  callers, file downloads that  may
  100. occur, and system up/down times.   It can be defined to document any  or all
  101. of these things; see `ctdlcnfg.doc' for precise directions on  how.  Suffice
  102. it to  say that  if you define  the `ctdlcnfg.sys'  variable call-log to  be
  103. `1', it will cause  a call-log to be kept, documenting system  up/down times
  104. as well as caller information, but not file downloads.
  105.  
  106.    When the system is brought up, a line of the form
  107.  
  108.       System brought up <date> @ <time>
  109.  
  110. will be written to `calllog.sys'.  When the system is taken down,
  111.  
  112.       System brought down <date> @ <time>
  113.  
  114. will be  written.  And  when a user  has called, you'll  see a line of  this
  115. form:
  116.  
  117.       <username>          :  <date> <in> - <out> (<baud>) [flags]
  118.  
  119. The meanings are as follows:
  120.  
  121. username   is the name of the user;
  122.  
  123. date       is the date on which he/she called;
  124.  
  125. in         is the user's login time;
  126.  
  127. out        is the user's termination time;
  128.  
  129.  
  130.  
  131. Chapter 13:  Miscellaneous                                               153
  132.  
  133.  
  134.  
  135.  
  136. baud       is the baud  rate at which the  call was made, or ``console''  if
  137.            the login was from the Console;
  138.  
  139. flags      documents anything unusual  about the call.  The  following flags
  140.            are defined:
  141.  
  142.            +          New user.
  143.  
  144.            R          User  was   denied  access  to   the  system  due   to
  145.                       a  login  restriction  (see  Section   10.2.11  [Login
  146.                       restrictions], page 139).
  147.  
  148.            P          The  user was  punted off  by the  use  of the  [P]oll
  149.                       command from the Sysop's Net menu.
  150.  
  151.            e          An event punted the user off (see  Chapter 7 [Events],
  152.                       page 93).
  153.  
  154.            t          The user timed  out (meaning that he went for  about 3
  155.                       minutes without hitting a key).
  156.  
  157.            k          The user was  Killed while online (see [K]ill  user in
  158.                       Section 5.2 [User Status Commands], page 80).
  159.  
  160.            p          The  user did  a .T(erminate)  P(unt), which  restores
  161.                       all  of  his  non-vital  settings  to  their  pre-call
  162.                       state.
  163.  
  164.            s          The user did  a .T(erminate) S(tay).  This  means that
  165.                       he logged off without hanging up; this  is a good clue
  166.                       as to the identity of the next person to login.
  167.  
  168.            G          A user on the Console was kicked  off when carrier was
  169.                       detected; this  happens if you're  on the Console  and
  170.                       you use `^L M' instead of [T]erminate.
  171.  
  172.            D          The  user unceremoniously  disconnected without  using
  173.                       [T]erminate.   This  doesn't hurt  anything, but  it's
  174.                       bad style.
  175.  
  176.            E          The  user  was an  ``EVILE''  user;  he  entered  more
  177.                       than a  tolerable number of consecutive bad  commands,
  178.                       meaning that either
  179.  
  180.                        1. he's *really* clueless, or
  181.  
  182.                        2. he had extreme line noise problems.
  183.  
  184.            r          The user was punted by having  the modem reinitialised
  185.                       on him;  this is accomplished by using  [R]einitialise
  186.                       from the Sysop menu.
  187.  
  188.            c          The  user  called,  but   was  denied  access  to  the
  189.                       system  due  to  exceeding  the maxcalls  limit;   see
  190.                       Section 10.2.4 [Calls per day], page 135.
  191.  
  192.  
  193.  
  194. Chapter 13:  Miscellaneous                                               154
  195.  
  196.  
  197.  
  198.  
  199.            T          The user was denied